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(57) Abstract: An automated payment system, such as for credit cards, is provided which compiles customer financial account 
information from a plurality of financial institutions. The system receives account information from the financial institutions, and 
compiles the information in central location. The system presents financial account information to the customer. The system then 
receives and stores a selection of at least one of the financial accounts of the customer and provides the selected financial account 
information to a merchant, biller or payment processor. 



wo 02/14985 



PCT/USOl/25888 



V 



5 



10 AUTOMATED PAYMENT SYSTEM 



15 

FIELD OF THE INVENTION 

The present invention relates to computerized billing and payment systems. In 
particular, the invention relates to an automated credit card payment system that matches a 
20customer's information, fingerprint, retina scan voice, or other biometric measurement and/or 
a unique personal identifier ("UPI") with financial account information consolidated from 
multiple financial institutions and selects, or allows customers to select, a financial account for 
use in paying bills, invoices and other obligations. 

25 

BACKGROUND OF THE INVENTION 

Most companies that provide continual services can automatically bill their 
customers on a regular basis. To increase customer retention, as well as reliability in 
payments, and also to avoid the need for repeated billings of past due accounts, companies 
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increasingly offer customers the option of making payments through the customer's credit card. 
However, the need for customers to retrieve the credit card they wish to use, coupled with the 
customer's perception that writing their credit card account number on a bill and mailing it is 
not seciu-e, hinders many customers from taking advantage of this convenient payment method, 
5 Second, when a customer desires to purchase goods or services on the Internet, 

they usually give the merchant their credit card information as a form of payment. Since there 
are millions of merchants on the Internet, it is becoming iacreasiagly difficult for the consumer 
and for credit card organizations to control fraud. From the moment the consumer presses 
"send" on the merchant's website, their credit card is exposed. Their card number can be 

lOiatercepted by perpetrators en route to the merchant, or it can be "hacked" from the merchant's 
database once it is received. In addition, the fact that there are millions of merchants and that 
that number is growing exponentially, makes it virtually impossible to ensure that the merchant 
is a legitimate company and not merely in existence to perpetrate credit card fraud. 

Third, when a customer purchases goods or services with a traditional bricks- 

15and-mortar merchant, they must have their credit card with them, and they must give it to the 
merchant so that the credit card can be processed. Given this conventional scenario, the 
consumer is vulnerable when the credit card is lost or stolen. They are also vulnerable if the 
merchant or any employee decides to use the credit card number in a fraudulent manner. 

Thus, there is a need for a system that provides customers the abUity to 

20efficiently match their financial account information with their UPI, allowing them to purchase 
goods or services with their credit card or other financial account, without presenting the actual 
card. The aim of this system is to optimize customer security and privacy interests. 

SUMMARY OF THE INVENTION 

25 The present invention is for a system and related method for payment of bills, 

purchases, or other payments which compares a UPI or a merchant/biller's database of 
subscribers, customers, potential customers, prospects, or accounts receivables, sometimes 
referred to herein collectively as "customers" , either with a consolidated database of financial 
account information such as credit card account information, or with a plurality of non- 

SOconsolidated databases of financial account information, or with a combination of the two 
types. Many types of financial account information may be used to make the payments. 
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including, but not limited to, credit cards, charge cards, debit cards, smart cards, bank cards, 
demand deposit accounts such as checking accounts, virtual payment accounts, virtual cash 
account numbers such as those provided for commercial transactions over the Internet, wire 
transfer networks, financial electronic data interchange (FEDI), E-check, Automated Clearing 
5House (ACH), payment products from third party, non-bank financial institutions such as 
CyberCash and TransPoint (MSFDC), stored value tools such as VisaCash and Mondex, and 
the like. 

The system matches the customer's UPI or the customer identification data 
contained in a merchant, biller or payment processor's database with the financial account 
lOinformation contained in the one or more financial account databases and selects which one or 
more financial accounts to present when the customer is a holder of more than one financial 
account. 

The financial account or accounts selected are provided to the merchant or biller 
for inclusion on a commercial communication, such as a payment stub, renewal form, invoice, 

15or other marketing material soliciting payment or subscription. Optionally, the merchant/biller 
need not know the particular financial account or number being used. For example, a 
commercial communication may indicate the issuer of the financial account, such as a credit 
card, and a particular financial account, such as a particular credit card account, for the 
customer to charge the purchase to, but include the account number only in encrypted form, 

20thus offering security and privacy to the consumer. Many forms of securing information are 
known and may be used, including but not limited to the use of encryption techniques and 
record locator techniques. 

For example, in a transaction where the financial account utilized is a credit card 
account, the customer can indicate his approval to use the credit card number provided in 

25encrypted form and thus does not have to provide the information himself when paying by 
credit card. The merchant/biller collects the invoices or other offers with the customer's 
indication or authorization of payment from the credit card account and, optionally, submits 
it to a service bureau which decrypts the credit card account number and processes billing to 
the selected credit card account. This helps preserve the customer's privacy in his or her credit 

SOcard and related information. 

As shown in Fig. 2, the system of the present invention serves as an 
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intermediary between a large number of issuers and a large number of merchants. As shown 
in Fig. 2, issuers provide their account information lists to the central account management and 
consolidation system of the present invention, which in turn receives customer identification 
data from merchants, and matches and selects financial accoimt information to provide to 
Smerchants, as described above. 

In some embodiments, the system includes a memory device which stores 
consolidated multiple financial account information, such as a master financial account list, 
which includes , for example, credit card account information from multiple credit card issuers . 
A computer system or other processing unit matches customer identification data from the 

lOstored consolidated financial account information to a UPI or to a database of a 
merchant/biller's customer identification data in order to associate a financial account number 
with a selected member of the customer database. The computer system or processing unit 
selects one or more specific associated financial account numbers when more than one financial 
account number matches the selected member of the merchant/biUer's customer database. If 

15not previously encrypted, the associated financial account number is encrypted and provided 
to the merchant/biller for inclusion on the customer's commercial communication, such as a 
bill, payment stub, renewal form or invoice, which is then sent to the customer. After 
selection and authorization by the customer, the system may also decrypt the encrypted 
financial account number for processing payment to the merchant/biller from the selected 

20financial account of the customer. 

Alternatively, in lieu of including a master consolidated database of financial 
account information, the system may be comprised of a plurality of databases of financial 
account information either internal or remote, and a mechanism for searching the various 
databases to locate a customer's financial account information. The various financial account 

25information databases may include databases of individual issuers and/or partiaUy consolidated 
databases containing information from a number of financial account issuers. 

A method in accordance with one embodiment of the invention includes the steps 
of consolidating multiple financial account information lists fi:om multiple financial account 
issuers into a master financial account list, receiviag a UPI or a merchant/biller 's customer 

SOdatabase, and matching information from the master financial account list to the customer's 
UPI or to the master/biller's database to associate at least one financial account number for 
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each Gustomer. In accordance with desired selection rules, one or more of the matching 
financial account number(s) is selected, if more than one financial account number is found for 
a particular customer. The selected financial account number is encrypted, or may be provided 
aheady encr5^ted in the financial accoimt databases. The encrypted financial accoimt number 
5or numbers are provided to the merchant/biller for inclusion on the merchant/biller's 
commercial conomunication to the customer, thus providing the customer with a means for 
authorizing payment for purchase to the associated financial account number, such as a 
particular credit card. Payment for the purchase is processed and made to the merchant/biller 
from the financial account of the authorizing member. Of course, a financial account number 

lOcan be any unique encrypted identifier, even those including letters as well as numbers. 

Alternatively, instead of consolidating multiple financial account information 
firom a number of financial account issuers into a single master financial account database or 
list, the method may include consolidatiug some subset of financial account lists and searching 
a plurality of such lists as well as lists from individual financial account issuers in order to 

ISassociate at least one financial account number for each customer in the merchant/biller's 
customer database, or searching a plurality of individual financial account lists made available 
by different issuers. 
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In another embodiment, the present invention is directed to a system and method 
for providing automated payments over a computer network, for example, over the Internet. 
The system includes an automated payment server which is connected to various financial 
institutions and which receives and compiles data from those institutions to create files of 
5account information for various customers. When a customer desires to purchase goods from 
a merchant's web site, or to pay biUs, the customer is routed to the payment server, and is 
presented with the account information as compiled by the payment server. The customer 
selects one or more of the financial accounts, and the payment server transmits the appropriate 
financial iaformation to the merchant's payment processor to complete the transaction. In this 
lOmanner, credit card numbers are not transmitted over the Internet or stored on a merchant's 
site, but are only transmitted between the payment server and the payment processor, 
preferably over a secure line. 

BRIEF DESCRIPTION OF THE DRAWINGS 
15 For a fuller understanding of the invention, reference is made to the following 

description taken in connection with the accompanying drawiags, in which: 

Fig. 1 is a block diagram illustrating the problems encountered in matching a 
large number of financial account issuers to a large number of merchants/biUers in an 
automated payment system; 
20 Fig. 2 is a block diagram illustrating the use of the present uivention in 

efficiently matching a large number of financial account issuers to a large number of 
merchants/billers in an automated payment system; 

Fig. 3 is a block diagram of a preferred embodiment of an apparatus for 
carrying out the automated credit card payment method and system of the present invention; 
25 Fig. 4 is a flow chart illustrating the use of the apparatus of Fig. 3; 

Fig. 5 is a block diagram of an alternative embodiment of the present invention; 
Fig. 6 is a block diagram of an automated payment system used for billers in 
accordance with one preferred embodiment of the invention; 

Fig. 7 is a flow chart illustrating the use of the system of Fig. 6; 
30 Fig. 8 is a block diagram of an alternative embodiment of the present invention; 

Fig, 9 is a flow chart illustrating the use of the system of Fig. 8; 



wo 02/14985 



PCT/USOl/25888 



7 

Figs. 10 and 1 1 are representations of an interface presented to a customer upon 
accessing a payment server according to one aspect of the invention; and 

iFig. 12 is a block diagram of an embodiment of an apparatus for carrying out 
the automated credit card payment method and system of the present invention using a bricks- 
5and-mortar terminal and a biometric identifier and/or PIN. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Preferred embodiments of the invention are now described with reference to the 
drawings. Although many of the drawings and descriptions illustrate the use of the invention 

lOwith credit card accounts for the sake of simplicity, the invention is in no way meant to be 
limited to credit card accounts. 

Referring to Fig. 3, an automatic payment system 50 according to one 
embodiment of the present invention is shown. The system 50 may utilize any combination 
of many types of financial accounts and is described with reference to credit card accounts for 

15simplicity. The system 50 may be operated by a company, such as a service bureau, and 
includes a database consolidation and sorting subsystem 55, a master credit card database 57, 
an identifier matching and selecting subsystem 59, and an optional credit card account number 
encryption subsystem 53. 

The automatic payment system 50 is used m conjunction with n number of credit 

20card issuers 60^ to 60^. Each of the n credit card issuers 60 maintains on a computer system 
its own credit card information list 66^ to 66^ in accordance with one of a number of 
conventional format types kuown to those of skill in the art. These credit card information lists 
66 typically contain account holder identification data, such as the name and address of each 
account holder, as weU as the associated credit card number, name of financial institution, 

25account information and demographic information pertaining to each card holder. One skilled 
in the art will recognize that although the preferred embodiments are described with reference 
to the use of credit cards, other financial account information or devices, iucludiag but not 
limited to smart cards, bank cards, checking accoimts, and virtual payment accounts used for 
Internet and other on-line commercial transactions, may be used iustead of or in any 

SOcombiuation with credit card accounts. 

The automated payment system 50 receives credit card information lists 66 over 
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a transmission medium 68 from the n credit card issuers 60. This transfer of information over 
medium 68 may be achieved by many communications methods, including but not limited to 
modem connections, high speed data lines, the Internet, or the physical transfer of storage 
media, such as tapes or disks. This transfer is authorized by contractual relationships and may 
Sinclude financial incentives. In order to increase the likelihood of locating customer credit card 
information, it is preferable to include the credit card account information from as many credit 
card issuers as possible. The database consolidation and sorting subsystem 55, which may be 
in the form of a programmed computer system, sorts and consolidates the credit card 
information 66^ to 66^ provided by the credit card issuers 60^ to 60^,, and the sorted and 

lOconsolidated data is then stored in the master credit card information database 57. This 
database may reside on a mass storage xmit of the computer system. Of course, the processing 
elements and information storage elements may reside on multiple computing devices to 
provide for contingencies such as fault tolerance and load balancing. 

The automated payment system 50 is used to provide credit card account 

15information to one or more of m nmnber of merchants/billers 70^ to 70^^. Each of the m 
merchants/billers may maintain on a computer its own list 76 of customer identification data. 
These lists 76^ to 76j„ include customer identification data such as names and addresses of 
customers or additional information, such as social security nxmibers and demographic 
information. The automatic payment system 50 receives the customer identification data from 

20a given merchant/biUer 70^, and the matching and selecting subsystem 59 compares the 
customer identification data supplied by merchants/billers 70^, with the records in the master 
credit card information database 57 to locate matching credit card holder identification data. 
The matching and selecting subsystem 59 may be in the form of a preprogrammed computer 
system which is either the same as the one used for the database consolidation and sorting 

25subsystem 55, or separate therefrom. The process of matching customers from a 
merchant/biller database to credit card account holders in the matching and selecting subsystem 
59 may be performed using conventional matching algorithms as known to those of skDl in the 
art. 

If more than one credit card holder identifier matches a given customer (i.e., 
30the customer has more than one credit card), one or more of the matching credit card 
identifiers is selected or featured by the matching and selecting subsystem 59. This selection 
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proceeds in accordance with certain selection and presentation rules. As an illustrative 
example, a simple selection rale is used wherein the selected credit card is the one issued by 
the issuer having the most credit cards in the database, i.e. , the most "popular" or predominant 
credit card. Alternatively, in one embodiment, the selection is made on a pro rata basis or 
Sother algorithm based on the total number of credit card accounts for each issuer in relation 
to the number of credit card accounts for the other issuers and the total number of credit card 
accounts in the master credit card database 57. Thus, for example, a credit card issuer which 
accounts, for example, for 25% of the total number of credit card accounts in the consolidated 
database, will have its associated credit card account selected 25% of the time for customers 

lOwho have multiple credit card number accounts including that issuer. Another method of 
selecting one associated credit card account number from more than one matching associated 
credit card account is to compare the selected associated credit card account numbers with 
credit card usage information to determine the customer's primary credit card, based on 
amount of use, and selecting the customer's most often used credit card. Yet another method 

15of selecting an account may take into consideration the fees associated with financial 
transactions and select the financial institution that charges the lowest fees. Alternatively, the 
selection process may take into account historical data and select the financial institution that 
yields the best results or success for a particular merchant/biller. Finally, the selection may 
be made as a result of fees paid by the credit card issuer to receive priority in the selection 

20process. 

In alternative embodiments, more than one credit card, or all of the credit cards, 
may be selected for inclusion, and the customer is given the option of selecting which one of 
the cards is to be used for making payment. In this embodiment, all matching credit card 
account numbers may be selected and presented to the customer. The selected credit card 
25accounts may be presented to the customer in a list with a check box, such as in the following 
form: 

Choose the card(s) with which you wish to pay: 

CITIBANK VISA 

DISCOVER 

30 AMERICAN EXPRESS 
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In a more preferred embodiment of the present invention, the selected credit card accounts can 
also be ordered and presented to the user, based on similar criteria as that used by the system 
to determine the selection of credit cards, e.g., the most popular card in the database, the 
customer's most often used credit card, the card that charges the lowest fees, or the card whose 
5issuer has paid the highest fee, can be presented above or ahead of other credit cards. 

The selected credit card account number or numbers which are to be included 
on a commercial communication are encrypted by a credit card account number encryption 
subsystem 53. The particular method of encryption may include a finder number, record 
locator, some form of high level encryption, or any other encryption technique. While 

lOencryption is an element of the preferred embodiment, the method of encryption may be any 
method which achieves adequate security and the specific method of encryption does not 
constitute a material element of the system and method set forth herein. Moreover, credit card 
information may be encrypted and provided in encrypted form from the credit card issuers 60 
before being stored in the master credit card information database. 

15 Fig. 4 illustrates the use of encrypted account information of the present 

invention, and specifically, encrypted credit card information for the sake of simplicity. In one 
embodiment, for each customer in a merchant/biller 's customer identification data database 76, 
the encrypted credit card account number associated with the customer is provided by 
merchant/biller 70^, to the customer (step 80) as part of the communication to the customer 

20from merchant/biller 70^. Alternatively, in a bricks-and-mortar embodiment of the present 
invention where the bricks-and-mortar merchant does not have a "customer information 
database," the customer communicates directly to the central database 57 via a payment 
process interface, e.g., a terminal or computer. At step 90, the customer decides whether to 
authorize payment by credit card. This authorization step may also include selecting which 

25credit card(s) to use if the customer is presented with more than one. If the customer 
authorizes such payment and returns the commercial communication to the merchant/biller or 
other payment processing entity, the encrypted credit card account number is decrypted at step 
100. The encrypted number may be sent by the system 50 to the credit card issuer, a payment 
processor or merchant for decryption and/or payment processing. After decryption the credit 

30card account number is used to process payment to merchant/biller (step 110) and payment is 
made to the particular merchant/biller, along with any required payments for use of the system 
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in handling the transaction. If the customer 90 does not authorize payment, steps 100 and 1 10 
are simply not performed. 

It should be understood that elements of the system and method of the present 
invention described herein, such as in Figures 3 and 4, may be modified ia keeping with the 
Sintended scope of the invention. For example, the consolidated credit card account database 
has been described as containing account information from multiple credit card account issuers . 
However, the merchant/biller's customer identification data may alternatively be matched 
serially against multiple databases, including individual credit card issuers' credit card account 
databases and/or one or more consolidated database. Each individual or consolidated database 

lOrepresents some number of credit card issuers which is a subset of all the issuers. 

Fig. 5 shows an alternative embodiment of an automated payment system 50' 
according to the present invention. The system 50' of this alternative embodiment includes a 
serial matching subsystem 59' and a selection/presentation subsystem 59". The serial 
matching subsystem compares customer identification data, received over transmission medium 

1569 from a merchant or one or more customer databases 76 of a given merchant/biller 70, to 
a number of credit card databases 66 of a number of issuers 60. The serial matching subsystem 
may also compare the customer identification data with a consolidated database 58 containing 
information consolidated from a limited number of issuers 60, in this case, issuers 3 and 4. 
The serial matching subsystem locates matches of the merchant/biller's customer identification 

20data with account holder identification data contained in the individual and partially 
consolidated databases 66 and 58, as discussed above. Once a set of matching credit card 
account numbers is located, the selection subsystem 59" selects one or more of the account 
numbers, in accordance with the selection rules discussed above. 

Referring now to Fig. 6, therein is shown a block diagram of an embodiment 

25of the automated credit card payment system of the present invention as applied to 
merchant/biller s. In this arrangement, multiple merchant/billers 150 use a fulfillment house 
152 and a service bureau 154 employing the system of the present invention to deal with 
multiple credit card account databases 156, one or more of which may be partially consolidated 
databases as explained above. More than one fulfillment house 152 may be utilized to serve 

30fhe various merchant/billers and/or groups of merchant/billers, or one fulfillment house 152 
may be used for each biller 150. Merchant/biQers 150 provide the fulfiUment house 152 with 
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each of their customer files 158 and outside lists 160 (e.g., lists of prospective customers). 
The service bureau 154 uses the system of the present iavention to match the names on the 
merchant/billers' customer files 158 with associated financial account information. This 
information, including credit card information, is consolidated by the service bureau 154 from 
5multiple credit card issuers 156 and is stored in a master credit card file. Alternatively, this 
credit card information can be accessed serially from databases of the multiple credit card 
issuers. 

After matching the merchant/billers' customer files 158 and outside lists 160 
with associated financial account information, the service bureau encrypts the matching credit 

lOcard account numbers (block 162) and provides them to the fulfillment house 152. The use of 
the located credit card information is shown in the flow chart of Fig. 7, where fulfillment 
house 152 uses the encrypted credit card account information iu marketing, billing and/or 
renewal efforts (step 164), such as by placiag encrypted credit card account numbers on 
commercial communications. At step 165, customers authorize the use of their credit card, 

15and optionally select which credit card to use if more than one is presented to the customer. 

AVhen customers place orders using fbe encrypted credit card account 
iaformation on the commercial communication, the orders are collected and the encrypted 
number entered and consolidated iato a consolidated order file (step 166). The encrypted 
account numbers in the consolidated order file are then decrypted (step 170) and payments are 

20processed (step 172). 

Referring now to Figs. 8 and 9, there is shown another embodiment of the 
present invention. In this embodiment, the system 200 is designed for use over a computer 
network, for example, over the Internet, a LAN, WAN, or the like. The system 200 includes 
an automated payment server 202 that iacludes a processing unit 204 and a customer database 

25206 maiatained by the processiug unit, and is similar in many respects to the automated 
payment system 50 described above. The database combines account iaformation from various 
financial iastitutions, as well as bill iaformation from various bUlers. 

The automated payment server 202 connects to a plurality of customers at 
respective terminals 208, and iateracts with those customers via a suitable customer interface 

30210 (only one terminal is shown schematically ia FIG. 8). The customer iaterface can be a 
basic application used to select payment options, a method of viewing bills from various 
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bUlers, and/or a full-service interface that combines those functions and allows the customer 
to re-configure the account. It will be apparent to those skilled in the art that various forms 
of interface may be employed. 

The automated payment server 202 further connects to one or more merchant 
5sites 212 over one or more communication lines 214. Preferably, at least one of the lines 214 
is a secure liue for transmission of payment information, as is described in greater detail 
below. 

The automated payment server 202 is connected to various financial institutions 
220 and to various billers 222, The automated payment system 202 receives accoxmt 

lOinformation, mcludiug updated account information, over a transmission medium from the 
financial institutions, and receives billing information from the various billers, as described 
above in connection with the automated payment server 50. For example, various utilities may 
transmit bills electronically to their customers via the payment server 202. An automated 
account information merge/purge subsystem 224 and an automated bill information 

1 5mer ge/pur ge subsystem 226 , which may be in the form of programmed computer systems , sort 
and consolidate the account and biU information provided by the financial institutions and 
biUers, and the sorted and consoUdated data is then stored in the customer database 206 for 
subsequent access, as is described in greater detail below. 

The customer terminals 208 can take many different forms, and can access the 

20automated payment server 202 in many different ways. For example, the customer may 
transmit purchase requests via a brick-and-mortar terminal. E-mail, or over the Internet by 
clicking on a banner on a web site, through interactive television, WebTV®, over the 
telephone, by direct mail, or in any other suitable manner. In one embodiment, the merchant 
site 212 may post a banner indicating that payment for a transaction may be conducted through 

25the automated payment server 202. The customer can then click on the banner and be directed 
to the automated payment server, as is described in greater detail below. 

The customer interface 210 is preferably a suitable interface that allows the 
automated payment server 202 to simultaneously communicate with multiple customers over 
the Internet or other computer network. 

30 Referring now to Fig. 9, the operation of the automated payment server 202 is 

described in more detail. Operation begins at step 300, with a customer beginning the 
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txansaction by communicating with a merchant 212 and either placing an order or requesting 
to pay a bill for goods or services. In one embodiment, the merchant site presents the 
customer with a banner having an embedded URL of the automated payment server 202, or 
alternatively the merchant site can automatically direct the customer to the automated payment 
Sserver when the customer places an order. At step 302, the customer is linked to the 
automated payment server 202, and at step 303 the server determines whether the customer is 
registered with the server. If the customer is not registered, operation proceeds to step 304, 
and the customer registers with the payment server. Registration can be conducted over the 
computer network, over the telephone, through the mail, or in any other suitable manner, and 

lOinvolves receiving identifying information from the customer to verify the identity of the 
customer for all subsequent transactions. For example, the customer may provide their name, 
address, etc., along with their mother's maiden name, a social security number, or the like. 
The customer may also provide biometric information, e.g., fingerprint sample, handwriting 
sample, retina scan, or voice recording/pattern. Once the customer's identity has been 

15verified, a password is selected for the customer (either chosen by the customer or randomly 
assigned by the pajmient server), as is weU known in the art. 

If the customer is aheady registered with the payment server 202, the customer 
inputs his or her user name and password at step 303, and after authentication or verification, 
the customer is allowed to continue with the payment transaction. 

20 The merchant 212 transmits order and/or payment data to the payment server 

202, either automatically or after being prompted by the payment server, at step 305. The data 
preferably identifies the customer, for example by including order ID data and/or a customer 
UPI, which is also transmitted to the payment server when the customer accesses the payment 
server. Alternatively, the merchant site may transmit the customer's name or any other 

25identifying data to allow the payment server to associate the customer with the particular order 
or payment request. 

The customer's UPI or other identifying information is associated with the 
customer's financial account(s). The UPI can be in the form of a name, password, PIN, ID 
number, or other unique identifier. Alternatively, the UPI can take the form of a fingerprint, 

30retina scan, voice pattern, handwriting sample, or other unique "biometric" identifier. These 
biometric identifiers, in some cases, can be used in conjunction with a password or PIN. The 
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recording, capturing, and storing of unique biometric identifiers such as retina scans, iris 
scans, voice patterns, digital handwriting samples or digitally scanned fingerprints are 
described in U.S. Patent Nos. 6,047,281; 6,038,334 and 5,991,408, the disclosures of which 
are incorporated herein by reference. In one possible embodiment of the invention, the 
5customer's UPI is recorded and/or authenticated using prior art devices, such as digital 
scanners, cameras or recorders, attached to the consumer's computer or located at a bricks- 
and-mortar or other merchant terminal as exemplified in Fig. 12. 

Once the payment server has associated the customer with the order or payment 
request, operation proceeds to step 306, and the payment server accesses the customer database 

lOto retrieve the customer's account information, which as described above is in the form of 
various credit cards, debit cards, smart cards, bank cards, demand deposit accounts such as 
checkiQg accounts, virtual payment accounts, wire transfer networks, financial electronic data 
interchange (FEDI), Echeck, Automated Clearing House (ACH), payment products from third 
party, non-bank financial institutions such as Cyber Cash and TransPoint (MSFDC), stored 

15value tools such as VisaCash and Mondex, and the like. Then, at step 308, the payment server 
202 presents the customer account information to the customer (Fig. 10). The account 
information identifies the various financial to the customer, without transmitting entire account 
numbers to the customer. For example, some identifying information is transmitted, such as 
the name of the credit card, the last several digits of a credit card, or the like (e.g., "AmEx 

206543"). The account information may include, in addition to identifying the various credit 
cards and the like, available balance information, date of the last update to that account, date 
of last payment, credit limit, transaction detail, and the like. 

At step 310, the customer selects one or more payment options, and that 
selection (or selections) is transmitted to the payment server via the interface 210. Thus, the 

25actual account numbers are not transmitted between the payment server and the customer. 

The customer may choose to split a payment between two or more financial 
accounts, for example, two or more credit cards. In addition, the payment server can present 
the accounts to the customer in some specific order, as defined by the customer, the financial 
institutions, particular merchants, accoimt usage, available balances, interest rates, and the 

301ike. 

In one embodiment, the payment server 202 presents the customer only with 
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appropriate payment options . For example, if the purchase amount is $ 100 , and the customer ' s 
checking account has a balance less than $100, the payment server preferably does not provide 
that as an option to the customer. Alternatively, the checking account may be presented to the 
customer, but in a different color or font to indicate to the customer that such account is not 
Ssuitable for the particular transaction, but can be used in connection with another payment 
option to complete the transaction. 

At step 3 12, the payment server 202 transmits a request for authorization to the 
payment processor of the merchant site 212, which includes the payment option selected by the 
customer. At step 314, the customer interface determines whether the payment option is 

lOacceptable. For example, the customer may have selected a credit card that is not accepted by 
the particular merchant. If so, operation proceeds to step 316, and the customer is informed 
that the authorization failed. Operation then flows back to step 308, to aUow the customer to 
select another payment option. 

If the payment option is acceptable at step 314, operation proceeds to step 318, 

15and the customer is notified that the transaction has been approved. Then, at step 320, the 
payment server 202 transmits the approved order or Approval to the merchant site or to the 
merchant's payment processor 212, preferably over a secure line, and the merchant fills the 
order by interacting with the customer 208. For example, the merchant site may request 
shipping information if they do not already have it or other required information to complete 

20the transaction. Then, at step 322, the payment processor accesses the appropriate financial 
institution and transmits the payment information, so that the customer's account is debited and 
the merchant's accoimt is credited. 

It will be apparent to those skilled in the art that the above steps may also be 
carried out over a telephone network that allows for interactivity, such as those systems 

25offering voice recognition and/or dual tone multi-frequency (DTMF) tones. As is well known 
in the art, the customer may enter a user ID and password by pressing the appropriate keys on 
the telephone, with the payment server including the appropriate, well-known hardware to 
interpret the DTMF tones to determine the corresponding numbers entered by the customer. 
Thus, a customer may dial a telephone number, listen to a list of available goods, services 

30and/or bills, and select one or more of the goods, services and/or bills by pressiag appropriate 
keys on the telephone. The payment server, through a weU-known interactive system such as 
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interactive voice response (IVR) or the like, then prompts the customer to enter identification 
data, such as a user ngme and PIN number, or the like. Once the identity of the customer is 
verified, the payment server may then present the customer with a list of credit cards that may 
be used to complete a transaction. For example, the IVR software may read "Press 1 to select 
5your Visa accoimt, press 2 to select American Express, " or the like. The customer may simply 
press the corresponding key on the telephone to signal the payment server of the customer's 
choice. The remamder of the process is the same as the computer network version described 
above. Thus, in this manner the payment server 202 is available to customers over a telephone 
network. 

10 Alternatively, the present invention may be implemented through the mail, by 

the customer returning an order form sent through regular mail and/or electronic mail. In this 
maimer, the payment server sends a preprinted order form to potential customers, listing 
various goods, services and/or bills available, and also listing that particular customer's 
financial accounts as compiled by the customer database 206. The customer selects one or 

ISmore of the goods, services and/or bills, selects a financial account for payment from the 
customer-specific list printed on the form, and returns the order form to the payment server 
202. An operator at the payment server then enters the data, or in the case of electronic 
transfer such as email, the data is uploaded. The payment server forwards the data to the 
appropriate merchant. If the payment option selected by the customer is not appropriate (e.g. , 

20the merchant does not accept that type of payment or the available balance is too low), the 
customer is notified, either through the mail (electronic or regular) or via telephone, and may 
select another payment option. Once a suitable payment option is selected, the remainder of 
the transaction is completed along the lines of the computer network version described above. 

In an alternative embodiment, the customer who receives the order form or bill 

25may call a telephone number provided on the form and complete the transaction over the 
telephone, in the same manner as described above. 

In another embodiment, the customer at terminal 208 may access the payment 
server 202 directly without initially accessing a merchant's site. The customer then may be 
presented with outstanding bills, as compiled by the automated bill information merge/purge 

SOsubsystem 226 (Fig. 11). The customer may select one or more of the bills to be paid, and is 
then presented with the account information, similar to the process described above with 
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respect to Fig, 9. 

It will be apparent that the system and method of the present invention allow 
payment transactions to be performed over a computer network without requiring any credit 
card numbers or the like to be transmitted directly between the customer 208 and merchant 
5212, or between the customer 208 and the payment server 202. Thus, no account information 
passes over a public network such as the Internet. The account information is transmitted over 
secure lines between the financial institutions and the payment server 202, and between the 
payment server and the merchant's payment processor or the merchant's site. In addition, 
multiple merchants do not need to maintain a database of account numbers , as such information 

lOis maintained at the payment server 202. Maintaining the database at one location rather than 
at each individual merchant further reduces die likelihood of fraud. 

Referring to Fig. 12, an automatic payment system 50 is shown according to an 
embodiment that implements use of biometric identifiers and/or PINs. A biometric identifier 
and/or PEN is collected at a bricks-and-mortal terminal. A bricks-and-mortar terminal may 

ISinclude a computer, digital camera, scanner, recorder or other device capable of capturing such 
information. The automatic payment system 50 receives the biometric identifier and/or PIN 
fi:om the bricks-and-mortar terminals 84^, and the matching and selecting subsystem 59 
compares the biometric identifier and/or PIN 88^ with the records in the master credit card 
information database 57 to locate matching credit card holder identification data. The matching 

20and selecting subsystem 59 may be in the form of a preprogrammed computer system which 
is either the same as the one used for the database consolidation and sorting subsystem 55, or 
separate therefrom. The process of matching customers fi-om a merchant/biller database to 
credit card account holders in the matching and selecting subsystem 59 may be performed 
using conventional matching algorithms as known to those of skiU in the art. If a match is 

25found in the master credit card database 57, then the PIN is validated. 

As can be understood from the above description of the present invention, the 
present invention provides a number of benefits to customers (such as credit card users), 
financial institutions, merchants and biUers. Benefits for the financial institutions include 
reduced fraud, more credit card usage, higher retention rates, and increased fee income. 

SOBenefits for the customer include convenience, privacy, and efficiency. Benefits to the 
merchant/billers are reduced fraud and theft, higher retention rates, less bad debt, savings on 
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mailing expense, and better customer relationships. 

The system and method of the present invention may also be used in conjunction 
with a targeted marketiag or coupon plan in which purchasiag behavior can be identified and 
recorded by the payment server. In one possible embodhnent, consumers with financial 
5accounts (including credit card accounts) on the payment server can acquiesce in having their 
purchasiag behavior tracked and provided to a wide variety of businesses and industries. 
These business and industries can then preferentially target various consumers for discounts, 
coupons, or other marketing deals based on their past purchases. 

Another benefit provided by the present invention is the security and privacy 

lOfor consumers. Therefore, in accordance with the preferred embodiment of the invention 
herein, a centralized organization or company is the only party, aside from the financial 
institutions with relationships with the consumers, as weU as the consumers themselves, that 
has access to the specific financial account information. It should be understood that the 
functions performed by the central organization may actually be divided between separate 

15entities. For example, one entity may perform processing, while another entity performs 
encryption/decryption. As described above, only encrypted account information is provided 
to the merchants/bUiers; however, it is within the scope of the present invention to provide a 
system in which accounts are provided to merchants/billers directly, and the merchant/biller 
or other company encrypts such account information for use in its billing materials. In such 

20a case, once the merchant/biller receives the customer's approval for charging a particular 
accoxmt, it can proceed to decrypt and process the payment firom the financial institution 
directly. 

Many other user functiorLS known in the art can be implemented such as the 
ability to allow a user to modify his user registration information. 

While several forms of the invention have been described, it will be apparent 
to those skilled in the art that various modifications and improvements may be made without 
departing from the spirit and scope of the invention. 



wo 02/14985 



PCT/USOl/25888 



20 

WHAT IS CLAIMED IS: 

1 . A method for facilitating payment from a customer' s finaacial account to 
a merchant/biller or a payment processor associated witli a merchant/biller, comprising the steps 
of: 

compiling in a memory financial account information for at least one 
customer from a plurality of financial institutions; 

receiving and storing transaction information relating to a particular 

customer; 

retrieving from the memory the financial accoxmt information for the 

customer; 

presenting the financial account information to the customer; 

receiving and storing a selection by the customer of at least one of the 
finaacial accotmts; and 

providing the selected financial account(s) information either to the 
merchant/biller or to a payment processor associated with the merchant/biller. 

2. The method of claim 1, wherein said financial account corresponds to at 
least one of a credit card, charge card, debit card, smart card, bank card, demand deposit accoxmt, 
checking account, virtual payment account, virtual cash account, wire transfer networks, financial 
electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value 
tools. 

3. The method of claim 1, fixrther comprising the step of consolidating at 
least two of said plurality of finaacial account information databases into a single consolidated 
financial account infomiation database and wherein said retrieving step includes the step of 
searching said consolidated database. 
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1 4. The method of claim 1 , further comprising the steps of selecting a subset 

2 of one or more financial accounts from among a plurality of customer financial accoimts, and 

3 presenting the subset to the customer, 

1 5 . The method of claim 4, wherein the subset of accounts includes financial 

2 accounts acceptable to the merchant/biller, 

1 6. The method of claim 1 , further comprising the step of dividing payment 

2 for a single transaction among more than one financial account if more than one financial account 

3 is selected. 

1 7, The method of claim 1 , firrther comprising the step of selecting the order 

2 in which one or more financial accounts are presented to the customer before presenting the 

3 financial account information to the custonier, 

1 8. The method of claim 1, fiirther comprising the steps of encrypting said 

2 selected customer financial account information prior to providing it to said merchant/biller, or 

3 payment processor, and encrypting or truncating the financial accoimt information before it is 

4 presented to the customer. 

1 9. The method of claim 1, further comprising the step of updating said 

2 financial account information firom at least one of said plurality of financial institutions. 

1 10. The method of claim 1, fiirfher comprising the steps of determining 

2 whether a customer is a registered customer; and 

3 registering a customer if the customer is not yet registered. 

1 11. The method of claim 1 0, wherein the step of registering a customer further 

2 includes capturing a PIN and a biometric measurement of the customer. 
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1 12. The metiiod of claim 11, wherein the biometric measurement includes 

2 voice patterns, fingerprints, retina scans, or handwriting samples. 

1 13. The method of claim 1 1 , further comprising the step of comparing the PIN, 

2 biometric measurement, or both, against a respective stored database of PDSTs or biometric 

3 measm-ements. 



1 14. The method of claim 1, further comprising the step of comparing a 

2 transaction value fi:om the transaction information to an available balance value from the 

3 financial account information. 

1 15. The method of claim 14, further comprising the step of presenting to 

2 customers only those financial accounts with an individual or combined available fund balance 

3 equal to or greater than the transaction value. 

1 16. A method for facilitating payment firom a customer's financial account for 

2 a bill selected from a plurality of bills presented to the customer, the method comprising the 

3 following steps: 

4 compiling in a memory financial account information for at least one 

5 customer firom a plurality of fmancial institutions; 

6 presenting the customer with bill information for each of a plurality of 

7 bills; 

8 receiving selection information from the customer specifying a particular 

9 selected bill which is to be paid; 

10 retrievmg firom the memory the financial account information for the 

1 1 customer; 

12 presenting the financial account information to the customer; and 

13 receiving selection information from the customer specifying a particular 

14 account to be used to pay the selected bill. 
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1 17. The method of claim 16, wherein said financial account corresponds to 

2 at least one of a credit card, charge card, debit card, smart card, banlc card, demand deposit 

3 accoimt, checking accoimt, virtual payment account, virtual cash account, wire transfer networks, 

4 financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and 

5 stored value tools . 

1 18. The method of claim 1 6, further comprising the step of consolidating at 

2 least two of said pteality of financial account information databases into a single consolidated 

3 financial account information database and wherein said retrieving step includes the step of 

4 searching said consolidated database, 

1 19. The method of claim 1 6, further comprising the steps of selecting a subset 

2 of one or more financial accounts from among a plurality of customer financial accoimts, and 

3 presenting the subset to the customer. 

1 20 . The method of claim 1 9, wherein the subset of accounts includes financial 

2 accounts acceptable to the merchant/biller. 

1 21. The method of claim 1 6, further comprising the step of dividing payment 

2 for a single transaction among more than one financial account if more than one financial account 

3 is selected. 

1 22 . Tlie method of claim 1 6, further comprising the step of selecting flie order 

2 in which one or more financial accounts are presented to the "customer before presenting the 

3 financial accoxmt information to the customer. 

1 23. The method of claim 16, further comprising the steps of encxypting said 

2 selected customer financial account information prior to providing it to said merchant/biller, or 

3 payment processor, and enciypting or truncating the financial account information before it is 

4 presented to the customer. 
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1 24. The method of claim 16, further comprising the step of updating said 

2 financial account uiformation from at least one of said plurality of financial institutions. 

1 25, The method of claim 16, ftirther comprising the steps of determiiiing 

2 whether a customer is a registered customer; and 

3 registering a customer if the customer is not yet registered. 

1 26. The method of claim 25, wherein the step of registering a customer further 

2 includes capturing a PIN, an IP address or a biometric measurement of tlie customer. 

1 27. The method of claim 26, whereui the biometric measurement includes 

2 voice patterns, fingerprints, retina scans, or handwriting samples. 

1 28 . The method of claim 26, further comprising the step of comparing at least 

2 one of the PEST, IP address, biometric measurement, against a respective stored database of PINs, 

3 IP addresses or biometric measurements. 

1 29. The method of claim 16, further comprising the step of comparing a 

2 transaction value from the transaction information to an available balance value j&om the 

3 financial account information. 

1 30. The method of claim 29, further comprising the step of presenting to 

2 customers only those fmancial accounts with an individual or combined available fund balance 

3 equal to or greater than the transaction value. 
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1 SLA method for facilitating payment from a customer' s financial accoxmt to 

2 a merchant/biller or a payment processor associated with a merchant billef over a computer 

3 network, comprising the steps of: 

4 compiliag in a memory at a payment server financial account information 

5 for at least one customer, said information being received from a plurality of financial 

6 institutions; 

7 receiving over the computer network transaction information at the 

8 payment server relating to a particular customer and storing the transaction ioformation; 

9 retrieving from the memory the financial account information for the 

10 customer; 

1 1 transmitting the financial account information over the computer network 

12 to the customer; 

13 receiving over the computer network a selection by the customer of one 

14 or more of the financial accounts and storing the selection; and 

1 5 transmitting the selected financial account information over the computer 

16 network to said merchant/biller or a payment processor associated with the merchant/biller. 

1 32. The method of claim 31, wherein said financial account corresponds to 

2 at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit 

3 account, checking account, virtual payment accoxmt, virtual cash account, wire transfer networks, 

4 financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and 

5 stored value tools. 

1 33. The method of claim 31, further comprising the step of consolidating at 

2 least two of said plurality of financial account information databases into a smgle consolidated 

3 financial account information database and wherein said retrieving step includes the step of 

4 searching said consolidated database. 
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1 34. The method of claim 3 1 , further comprising the steps of selecting a subset 

2 of one or more financial accoimts firom among a plurality of customer financial accounts, and 

3 presenting the subset to the customer. 

1 35. The metliod of claim 34, wherein the subset of accounts includes financial 

2 accounts acceptable to the merchant/biller. 



1 36. The method of claim 3 1 , fixrther comprising the step of dividing payment 

2 for a single transaction among more than one financial account if more than one financial accomit 

3 is selected. 

1 37. The method of claim 3 1 , fiirther comprising the step of selecting the order 

2 in which one or more financial accounts are presented to the customer before presenting the 

3 financial account information to the customer. 

1 38. The method of claim 31, further comprising the steps of encrypting said 

2 selected customer financial account information prior to providing it to said merchant/biller, or 

3 payment processor, and encrypting or truncating the fibaancial accoxmt information before it is 

4 presented to the customer. 

1 39. The method of claim 31, fijrther comprising the step of updating said 

2 financial account information firom at least one of said plurality of fibiancial institutions. 

1 40. The method of claim 31, fiirther comprising the steps of determining 

2 whether a customer is a registered customer; and 

3 registering a customer if the customer is not yet registered. 

1 41. The method of claim 40, wherein the step of registering a customer further 

2 includes capturing a PIN, IP address or a biometric measurement of the customer. 
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42. The method of claim 41, wherein the biometric measurement includes 
voice pattems, fingerprints, retina scans, or handwriting samples. 

43 . The method of claim 4 1 , further comprising the step of comparing at least 
one of the PIN, IP address, and biometric measurement, against a respective stored database of 
PINs, IP addresses or biometric measurements. 

44. The method of claim 31, further comprising the step of comparing a 
transaction value from the transaction infonnation to an available balance value from the 
financial account information. 

45. The method of claun 44, further comprising the step of presenting to 
customers only those financial accounts with an individual or combined available fund balance 
equal to or greater than the transaction value. 
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1 46. A method for facilitating payment from a customer's financial account to 

2 a merchant/biller or a payment processor associated with a merchant biller, comprising the steps 

3 of: 

4 compiling in a memory at a payment server financial account information 

5 for at least one customer, said information being received from a plurality of financial 

6 institutions; 

'7 receiving traasaction information relating to a particular customer; 

8 transmitting said transaction information to the payment server and storing 

9 the transaction infomiation; 

10 retrieving from the memory the financial account information for the 

11 customer; 

12 displaying the financial account information on an interface; 

13 receiving a selection by the customer of at least one of the financial 

14 accounts and storing the selection; and 

15 transmitting the selected financial accoimt(s) information either to the 

16 merchaat/biller or to a payment processor associated with the merchant/biller. 

1 47. The method of claim 46, wherein said financial account corresponds to 

2 at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit 

3 account, checking account, virtual payment account, virtual cash account, wire transfer networks, 

4 fmancial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and 

5 stored value tools. 

1 48. The method of claim 46, further comprising the step of consolidating at 

2 least two of said plurality of financial accotmt infomiation databases into a single consolidated 

3 financial account information database and wherein said retrieving step mcludes the step of 

4 searching said consolidated database. 
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1 49. The method of claim 46, further comprising the steps of selecting a subset 

2 of one or more financial accounts jSrom among a plurality of customer financial accounts, and 

3 presenting the subset to the customer. 

1 50. The method of claim 49, wherein the subset of accounts includes financial 

2 accoimts acceptable to the merchant/biller. 

1 51. The method of claim 46, firrther comprising the step of dividing payment 

2 for a smgle transaction among more than one financial account if more than one financial account 

3 is selected. 

1 52. The method of claim 46, fixrther comprising the step of selecting the order 

2 in which one or more financial accounts are presented to the customer before presenting the 

3 financial account information to the customer. 

1 53. The method of claim 46, fiirther comprising the steps of encrypting said 

2 selected customer financial accoxmt information prior to providing it to said merchant/biller, or 

3 payment processor, and encrypting or truncating the financial account information before it is 

4 presented to the customer. 

1 54. The method of claim 46, firrfher comprising the step of updating said 

2 financial account information from at least one of said plurality of financial institutions. 

1 55. The method of claim 46, further comprising the steps of determining 

2 whether a customer is a registered customer; and 

3 registering a customer if the customer is not yet registered. 

1 56. The method of claim 55, wherein the step ofregistering a customer fiirther 

2 iacludes capturing a PIN, IP address or a biometric measurement of the customer. 
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57. The method of claim 56, wherein the biometric measurement includes 
voice patterns^ fingerprints, retina scans, or handwriting samples. 

58. The method of claim 56, further comprising the step of comparing at least 
one of the PIN, IP address and biometric measurement, against a respective stored database of 
PINs, IP addresses or biometric measurements. 

59. The method of claim 46, further comprising the step of comparing a 
transaction value from the transaction information to an available balance value firom the 
financial accoimt infomiation. 

60. The method of claim 59, further comprising the step of presenting to 
customers only those financial accounts with an individual or combined available fund balance 
equal to or greater than the transaction value. 

6 1 . The method of claim 46, wherein the interface includes a tenniaal, smart 
terrmnal, smart box, keypad, LCD display, cardswipe device or touchpad. 

62. The metlaod of claim 46, wherein only those financial accounts acceptable 
to the merchant/biller are displayed on the interface. 
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1 63. A method for facilitating direct bill payment by a customer, comprising 

2 the steps of; 

3 receiving and storing billing information from a merchaat/biller or 

4 merchant payment processor relating to a particular customer; 

5 retrieving from a customer database financial account information for the 

6 customer compiled from a plurality of financial institutions; 

7 presenting to the customer a bill payment interface with one or more of 

8 the customer's financial accounts; 

9 receiving and storing a selection by the customer of at least one of the 

10 financial accoxmts for payment of the bill; and 

11 providing the selected financial account(s) information either to the 

12 merchant/biller or to a payment processor associated with the merchant/biller. 

1 64. The method of claim 63, wherein said financial account corresponds to 

2 at least one of a credit card, charge card, debit card, smart card, bank card, demand deposit 

3 account, checking account, virtual payment account, virtual cash account, wire transfer networks, 

4 financial electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and 

5 stored value tools . 

1 65. The method of claim 63, further comprising the step of consolidating at 

2 least two of said plurality of financial account information databases into a single consolidated 

3 financial account information database and wherein said retrieving step includes the step of 

4 searching said consolidated database. 

1 66. The method of claim 63 , fiarther comprising the steps of selecting a subset 

2 of one or more financial accounts from among a plurality of customer financial accounts, and 

3 presenting the subset to the customer. 

1 67 . The method of claim 66, wherein the subset of accounts includes financial 

2 accounts acceptable to the merchant/biller. 
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1 68. The method of claim 63, further comprising the step of dividing payment 

2 for a single transaction among more than one jSnancial accoxmt if more than one financial accoimt 

3 is selected. 



4 69. The method of claun 63^ further comprising the step of selecting the order 

5 in which one or more financial accounts are presented to the customer before presenting the 

6 financial account information to the customer. 

1 70. The method of claim 63 , further comprising the steps of encrypting said 

2 selected customer financial account infomiation prior to providing it to said merchant/biller, or 

3 payment processor, and encrypting or truncating the financial account information before it is 

4 presented to the customer. 

1 71. The method of claim 63, further comprising the step of updating said 

2 financial account information firom at least one of said plurality of financial institutions. 

1 72. The method of claim 63, further comprising the steps of determining 

2 whether a customer is a registered customer; and 

3 registering a customer if the customer is not yet registered. 

1 73 . The method of claim 72, wherein the step of registering a customer further 

2 includes capturing a PIN, IP address or a biometric measurement of the customer. 

3 74. The method of clahn 73, wherein the biometric measurement includes 

4 voice patterns, fingerprints, retma scans, or handwriting samples. 

1 75 . The method of claim 73 , further comprising the step of comparing at least 

2 one of the PIN, IP address or biometric measurement, against a respective stored database of 

3 PDSFs, IP addresses or biometric measxxrements. 
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1 76- The method of claim 63^ further comprising the step of comparing a 

2 transaction value fiom the transaction information to an available balance value from the 

3 financial account information. 

1 11. The method of claim 76, further comprising the step of presenting to 

2 customers only those financial accounts with an mdividual or combined available fund balance 

3 equal to or greater than the transaction value, 

1 78. An apparatus for facilitating pajonent from a customer' s financial account 

2 to a merchant/biller or a payment processor associated with a merchant/biller, comprising: 

3 a processor; and 

4 a memory storing processing instructions for controlling the processor, the 

5 processor operative with the processing instructions to: 

6 compile in a memory financial account information for at least one 

7 customer from a plurality of financial institutions; 

8 receive and storing transaction information relating to a particular 

9 customer; 

10 retrieve from the memory the financial accoimt information for the 

1 1 customer; 

12 present the financial account information to the customer; 

1 3 receive and store a selection by the customer of at least one of the financial 

14 accounts; and 

15 provide the selected financial account(s) information either to the 

16 merchant/biller or to a payment processor associated with the merchant/biller. 

1 79. The system of claim 78, wherein said financial account corresponds to at 

2 least one of a credit card, charge card, debit card, smart card, bank card, demand deposit account, 

3 checking account, virtual payment accormt, virtual cash account, wire transfer networks, financial 

4 electronic data interchange (FEDI), Echeck, Automated Clearing House (ACH), and stored value 

5 tools. 
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1 80. The system of claim 78, wherein the processor is operative to consolidate 

2 at least two of said plurality of financial account information databases into a single consolidated 

3 financial account information database. 

1 81. The system of claim 78, wherein the processor is operative to select a 

2 subset of one or more finaacial accounts from among a plurality of customer financial accounts, 

3 and to present the subset to the customer. 



1 82. The system of claim 78, wherein the processor is operative to select a 

2 subset of accounts that includes financial accounts acceptable to the merchant/biller. 

1 83. The system of claim 78, wherein the processor is operative to divide a 

2 payment for a single transaction among more than one financial account if more than one 

3 financial account is selected. 

1 84. The system of claim 78, wherein the processor is operative to select the 

2 order in which one or more financial accounts are presented to the customer before presenting 

3 the financial account information to the customer. 

1 8 5 . The system of claim 7 8, wherein the processor is operative to encrypt said 

2 selected customer financial account information prior to providing it to said merchant/biller or 

3 to said payment processor, and to encrypt or truncate the financial account information before 

4 it is presented to the customer. 

1 86. The system of claim 78, wherein the processor is operative to update said 

2 financial accotmt information from at least one of said plurality of financial institutions. 

1 87. The system of claim 78, wherein the processor is operative to determine 

2 whether a customer is a registered customer, and to register the customer if the customer is not 

3 yet registered. 
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1 88. The system of claim S7, wherein the processor is operative to captm-e a 

2 PIN, IP address or a biometric measm^ement of the customer as part of the registration. 

1 89. The system of claim 88^ wherein the biometric information includes voice 

2 patterns, fingerprints, retina scans, or handwriting samples. 

1 90. The system of claim 88, wherein the processor is operative to compare at 

2 least one of the PIN, IP address and biometric measurement, against a respective stored database 

3 of PESfs, IP addresses or biometric measurements. 

1 91 . The system of claim 78, wherein the processor is operative to compare a 

2 transaction value from the transaction information to an available balance value from the 

3 financial account information. 



1 

2 
3 



92. The system of claim 91, whereiri the processor is operative to present to 
customers only those financial accounts with an individual or combined available fund balance 
equal to or greater than the transaction value. 
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1 93 . An apparatus for facilitating payment from a customer' s financial account 

2 for a bill selected from a plurality of bills presented to the customer, comprising: 

3 a processor; and 

4 a memory storing processing instructions for controlling the processor, the 

5 processor operative with the processing instructions to: 

6 compile in a memory financial account information for at least one 

7 customer from a plurality of finaacial institutions; 

8 present the customer with bill information for each of a plurality of biUs; 

9 receive selection information from the customer specifying a particular 

10 selected bill which is to be paid; 

11 retrieve from the memory the financial account information for the 

12 customer; 

13 present the financial account information to the customer; and 

14 receive selection information from the customer specifying a particular 

15 account to be used to pay the selected bill. 
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1 94 . An apparatus for facilitating payment from a customer' s financial account 

2 to a merchant/biller or a payment processor associated with a merchant/biller over a computer 

3 network^ comprising: 

4 a processor; and 

5 a memory storing processing instructions for controlling the processor, the 

6 processor operative with the processing instructions to; 

7 compile in a memory at a payment server financial account information 

8 for at least one customer, said information being received from a plurality of financial 

9 institutions; 

1 0 receive over the computer network transaction information at the payment 

1 1 server relating to a particular customer and storing the transaction information; 

12 retrieve from the memory the financial accoimt information for the 

13 customer; 

14 transmit the financial account information over the computer network to 

15 the customer; 

16 receive over the computer network a selection by the customer of one or 

17 more of the financial accoimts and storing the selection; and 

18 transmit the selected financial account information over the computer 

19 network to said merchant/biller or a payment processor associated with the merchant/biller. 
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1 95 . An apparatus for facilitating payment from a customer' s financial account 

2 to a merchant/biller of a payment processor associated with a merchant biller, comprising: 

3 a processor; and 

4 a memory storing processing instmctions for controlling the processor, the 

5 processor operative with the processing instmctions to: 

6 compile in a memoiy at a payment server financial account information 

7 for at least one customer, said information being received from a plm'ality of financial 

8 institutions; 

9 receive transaction information relating to a particular customer; 

1 0 transmit said transaction information to tiie payment server and storing the 

1 1 transaction information; 

12 retrieve from the memory the financial account information for the 

13 customer; 

14 display the financial account information on an interface; 

15 receive a selection by the customer of at least one of the financial accounts 

16 and storing the selection; and 

17 transmit the selected financial account(s) information either to the 

1 8 merchant/biller or to a payment processor associated with the merchant/biller. 

1 96. An apparatus for facilitating direct bill payment by a customer, 

2 comprising: 

3 a processor; and 

4 a memory storing processing instmctions for controlling the processor, the 

5 processor operative with the processing instmctions to: 

6 receive and store billing information from a merchant/biller or merchant 

7 payment processor relating to a particular customer; 

8 retrieve from a customer database financial account information for the 

9 customer compiled from a plurality of financial institutions; 

10 present to the customer a bill payment interface with one or more of the 

1 1 customer's financial accounts; 
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12 receive and store a selection by the customer of at least one of the financial 

13 accounts for payment of tlie bill; and 

14 provide the selected financial account(s) information either to the 

15 merchant/biller or to a payment processor associated with the merchant/biller. ~. 
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